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DETAILED ACTION 



1. 



Applicant's response and amendment filed on September 21, 2004 has been fully 



considered. Claims 1-4 and 6-21 remain pending. 



Response to Arguments 



2. 



Applicant's arguments have been fully considered but they are not persuasive. 



3. Applicant contends that the verifier described by Steele does not teach determining 
whether a Java command is likely to place the only reference to a Java object on the execution 
stack (Applicant's remarks, page 10, first paragraph). 

How^ever, as presented below, Steele discloses determining whether stack operands and 
the results of instructions or commands are references to objects (see, for example, column 8, 
lines 28-39), and likewise discloses determining the number of references (see, for example, 
column 16, lines 48-49). Specifically, by determining the number of references to an object, 
Steele determines whether there is only one reference to the object. 

4. Applicant contends that Agesen does not teach or suggest determining whether there is a 
change in the flow control when it is determined that a command is likely to place a reference to 
an object on an execution stack and translating the command into another command when it is 
determined that there is a change the flow control (Applicant's remarks, page 10, last paragraph). 

However, as presented below, Steele discloses determining whether a command is likely 
to place a reference to an object on an execution stack, due to the invocation of a method or 
subroutine (see, for example, column 8, lines 28-39 and column 6, lines 23-36). The invocation 
of a method or subroutine is a change in the flow control. Steele also discloses translating the 
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command into another command (see, for example, column 8, lines 28-39 and column 7, lines 
57-64). Furthermore, Agesen discloses determining the control paths in an instruction sequence 
when there are instructions likely to reference an object (see, for example, column 12, lines 51- 
67). By determining the control paths in an instruction sequence, Agesen determines whether 
there is a change in the flow control. 

Therefore, in combination, Steele and Agesen teach determining whether there is a 
change in the flow control when it is determined that a command is likely to place a reference to 
an object on an execution stack and translating the command into another command when it is 
determined that there is a change the flow control 

5. Regarding claim 6, Applicant contends that Steele does not teach determining whether a 
Putfield command is likely to overwrite a reference to an object on the execution stack before the 
reference is used (Applicant's remarks, page 1 1, second paragraph). Similarly, Applicant 
contends that Steele does not teach or suggest determining whether a Putfield command is likely 
to overwrite a reference to an object on the execution stack before the reference is used when it is 
determined that there is not a change in the flow control and translating the command into 
another command when it is determined that there is a Putfield command likely to overwrite a 
reference to an object on the execution stack before the reference is used (third paragraph). 

However, the previous Office action did not assert that Steele teaches determining 
whether a Putfield command is likely to overwrite a reference to an object on the execution stack 
before the reference is used. As presented below, the rejection of claim 6 is based on a 
combination of Steele and Agesen. 
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One cannot show nonobviousness by attacking references individually where the 
rejections are based on combinations of references. See In re Keller, 642 F. 2d 413, 208 USPQ 
871 (CCPA 1981) and //I re Merck & Co., 800 F.2d 1091, 231 USPQ 375 (Fed. Cir. 1986). 

Information Disclosure Statement 

6. The information disclosure statement filed on September 21, 2004 fails to comply with 
the provisions of 37 CFR 1 .98 because the copies of the forms from AppHcation No. 09/85 1 ,663 
do not include the correct appHcation number on each page (i.e., 09/851,544) and do not provide 
a blank space next to each citation for this examiner to initial. It is noted that the documents 
listed in the copied PTO-1449 forms are duplicates of the documents already considered in the 
present application, and likewise at least one document listed in the copied PTO-892 form has 
already been cited by this examiner. Accordingly, the information disclosure statement has been 
placed in the application file, but the information referred to therein has not been considered. 

Drawings 

7. The objection to the drawings is withdrawn in view of Applicant's replacement drawing 
sheets filed on September 21 , 2004. 

Specification 

8. The objection to the attempt to incorporate subject matter into this application by 
reference is withdrawn in view of Applicant's amendments to the specification. 
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Double Patenting 

9. The provisional rejection of claims 1-21 under the judicially created doctrine of 
obviousness-type double patenting is withdrawn in view of Applicant's amendments to the 
claims. 

Claim Rejections - 35 USC §102 

10. The following is a quotation of the appropriate paragraphs of 35 U.S.C. 102 that form the 
basis for the rejections under this section made in this Office action: 

A person shall be entitled to a patent unless - 

(b) the invention was patented or described in a printed publication in this or a foreign country or in pubhc use or on 
sale in this country, more than one year prior to the date of appUcation for patent in the United States. 

11. Claims 9, 10, 15 and 16 are rejected under 35 U.S.C. 102(b) as being anticipated by U.S. 
Pat. No. 5,903,899 to Steele, Jr. (art of record, "Steele"). 

With respect to claim 9 (original), Steele discloses a method of tracking references to 
Java objects in a Java programming environment (see, for example, the abstract and column 4, 
lines 62-66), said method comprising: 

(a) determining whether said Java command is likely to place the only reference to a Java 
object on the execution stack (see, for example, column 8, lines 28-39, which shows determining 
whether the stack operands and results of an instruction or command are references, i.e. 
references to objects; also see, for example, column 2, lines 6-17, which shows identifying 
reachable objects, i.e. determining if there are references to an object, and column 16, lines 48- 
49, which further shows determining the number of references); 
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(b) translating said command into another command when said determining determines 
that said Java command is Hkely to place the only reference to a Java object on the execution 
stack (see, for example, column 8, lines 28-39, which shows replacing or translating the 
instruction into another instruction, and column 7, lines 57-64); 

(c) executing said Java command (note that the instructions or commands are inherently 
executed; also see, for example, column 2, lines 6-17, which shows operating with an executing 
program); 

(d) placing a reference to said object on a reference stack associated with said execution 
stack when said another command is executed (see, for example, column 7, lines 33-56, which 
shows placing references on a reference stack during execution); and 

(e) wherein said determining of whether said Java command is likely to place the only 
reference to a Java object on the execution stack is performed during Java Bytecode verification 
(see, for example, column 16, lines 10-18, which shows performing the determination when 
verifying Java bytecode). 

With respect to claim 10 (original), Steele also discloses the limitation wherein said 
determining that said Java command is likely to place the only reference to a Java object on the 
execution stack further comprises determining whether a Getfield, Aload, Getstatic, or Aretum 
command is being performed (see, for example, column 13, lines 46-56, which shows identifying 
getfield and getstatic instructions for use with the reference stack, and column 7, line 65 to 
column 8, line 15, which shows the same for the aload instruction; also see, for example, column 
8, lines 28-39, which shows identifying stack results, i.e. return values associated with an aretum 
command, as references). 
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With respect to claim 15 (original), Steele discloses a Java Bytecode verifier suitable for 
operating in a Java operating environment (see, for example, the abstract and column 4, lines 62- 
66; also see, for example, column 16, lines 10-18, which shows a Java bytecode verifier), 

(a) wherein said Bytecode verifier operates to determine whether there is at least one Java 
command in a stream of Java Bytecode commands such that said at least one Java command is 
likely to place the only reference to a Java object on the execution stack (see, for example, 
column 8, lines 28-39, which shows determining whether the stack operands and results of an 
instruction or command are references, i.e. references to objects; also see, for example, column 
2, lines 6-17, which shows identifying reachable objects, i.e. determining if there are references 
to an object, and column 16, lines 48-49, which further shows determining the number of 
references); 

(b) wherein said Bytecode verifier operates to translate said Java command into another 
Java command when said Java command is likely to place the only reference to a Java object on 
the execution stack (see, for example, column 8, lines 28-39, which shows replacing or 
translating the instruction into another instruction, and column 7, lines 57-64); and 

(c) wherein a reference associated with said command is placed on a reference stack as 
well as said execution stack when said another command is executed (see, for example, column 
7, lines 33-56, which shows placing references on a reference stack during execution). 

With respect to claim 16 (original), Steele also discloses the limitation wherein said 
Bytecode verifier operates to determine whether a Getfield, Aload, Getstatic, or Aretum 
command is being performed (see, for example, column 13, lines 46-56, which shows identifying 
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getfield and getstatic instructions for use with the reference stack, and column 7, line 65 to 
column 8, line 15, which shows the same for the aload instruction; also see, for example, column 
8, lines 28-39, which shows identifying stack results, i.e. return values associated with an aretum 
command, as references). 

Claim Rejections - 35 USC §103 

12. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the 
manner in which the invention was made. 

13. Claims 1-4, 6-8, 20 and 21 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over Steele in view of U.S. Pat. No. 6,047,125 to Agesen et al. (art of record, "Agesen"). 

With respect to claim 1 (currently amended), Steele discloses a method of tracking 
references to objects of an object oriented programming environment (see, for example, the 
abstract), said method comprising: 

(a) determining whether a command is likely to place a reference to an object on an 
execution stack of said object-oriented programming environment (see, for example, column 8, 
lines 28-39, which shows determining whether the stack operands and results of an instruction or 
command are references, i.e. references to objects). 

Although Steele discloses determining whether a command is likely to place a reference 
to an object on an execution stack due to the invocation of a method or subroutine, i.e. a change 
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in the flow control (see, for example, column 8, lines 28-39 and column 6, lines 23-36), Steele 
does not expressly disclose: 

(b) determining whether there is a change in the flow control when said determining 
determines that said command is likely to place a reference to an object on an execution stack. 

However, Agesen discloses determining the control paths in an instruction sequence 
when there are instructions likely to reference an object, so that the instructions can be rewritten 
or translated to eliminate conflicts associated with the control paths, thereby improving garbage 
collection (see, for example, column 12, lines 51-67). Determining the control paths is 
analogous to determining whether there is a change in the flow control 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to supplement the system of Steele with the feature of determining whether there is a 
change in the flow control, such as taught by Agesen, so that the command likely to place a 
reference to an object on an execution stack can be rewritten or translated to eliminate conflicts 
associated with the control paths, thereby improving garbage collection. 

Steele in view of Agesen also discloses: 

(c) translating said command into another command when said determining determines 
that there is a change in the flow control (see, for example, column 8, lines 28-39, which shows 
replacing or translating the instruction into another instruction, and column 7, lines 57-64); and 

(d) placing a reference to said object on a reference stack associated with said execution 
stack when said another command is executed (see, for example, column 7, lines 33-56, which 
shows placing references on a reference stack during execution). 
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With respect to claim 2 (currently amended), Steele also discloses the limitation wherein 
said object-oriented programming environment is a Java compliant operating environment (see, 
for example, column 4, Hnes 62-66). 

With respect to claim 3 (original), Steele also discloses the limitation wherein said 
determining of whether a command is likely to place a reference on said execution stack is 
performed during Java Bytecode verification (see, for example, column 16, lines 10-18, which 
shows performing the determination when verifying Java bytecode). 

With respect to claim 4 (original), Steele also discloses the limitation wherein said 
detemiining of whether a command is likely to place a reference on said execution stack operates 
to determine whether a Getfield, Aload, Getstatic, or Return command is being performed (see, 
for example, column 13, hnes 46-56, which shows identifying getfield and getstatic instructions 
for use with the reference stack, and column 7, line 65 to column 8, line 15, which shows the 
same for the aload instruction; also see, for example, column 8, lines 28-39, which shows 
identifying stack results, i.e. return values associated with a retum command, as references). 

With respect to claim 6 (currently amended), although Steele discloses determining 
whether a putfield instruction is likely to place a reference to an object on the execution stack 
(see, for example, column 13, lines 46-56), Steele does not expressly disclose: 

(a) determining whether a Putfield command is likely to overwrite a reference to an 
object on the execution stack before said reference is used when said determining determines that 
there is not a change in the flow control 
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However, Agesen discloses determining whether a variable storing a reference is reused 
or overwritten before the reference is used, which causes a conflict, so that the instruction using 
the variable can be changed or translated to eliminate the conflict (see, for example, column 12, 
lines 9-30), thereby improving garbage collection (see, for example, column 5, lines 16-19). 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to supplement the system of Steele with the feature of determining whether a 
command is Hkely to overwrite a reference to an object before the reference is used, such as 
taught by Agesen, so that the command can be changed or translated to eliminate the conflict, 
thereby improving garbage collection. Furthermore, it would have been obvious to one of 
ordinary skill in the art at the time the invention was made to perform the determining in all 
cases of such conflicts, even when there is not a change in the flow control. 

Steele in view of Agesen also discloses: 

(b) translating said command into another command when said determining determines 
that there is a Putfield command is likely to overwrite a reference to an object on the execution 
stack before said reference is used (see, for example, column 8, lines 28-39, which shows 
replacing or translating the instruction into another instruction, and column 7, lines 57-64). 

With respect to claim 7 (original), Steele also discloses the limitation wherein said 
reference stack and said execution stack have the same size (see, for example, column 4, lines 
23-29, which shows that the sub-stacks used for distinguishing references occupy the same 
memory as the single stack, i.e. the execution stack; note that such arrangement enables the 
reference stack and the execution stack to have the same size). 
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With respect to claim 8 (original), Steele also discloses the limitation wherein at least one 
reference to an object is stored in an entry with an offset that is the same as the offset used to 
store said at least one reference in said execution stack, when said another command is executed 
(see, for example, column 14, lines 21-46, which shows that the references are stored in slots or 
entries and that the offsets are numbered such that the ordering of the offsets is the same as the 
original). 

With respect claim 20 (currently amended), Steele discloses a computer readable medium 
including computer program code for tracking references to objects of an object-oriented 
programming environment (see, for example, the abstract and column 17, lines 20-57), said 
computer readable medium comprising: 

(a) computer program code for determining whether a command is Ukely to place a 
reference to an object on an execution stack of said object-oriented programming environment 
(see, for example, column 8, lines 28-39, which shows determining whether the stack operands 
and results of an instruction or command are references, i.e. references to objects). 

Although Steele discloses determining whether a command is likely to place a reference 
to an object on an execution stack due to the invocation of a method or subroutine, i.e. a change 
in the flow control (see, for example, column 8, lines 28-39 and column 6, lines 23-36), Steele 
does not expressly disclose: 

(b) computer program code for determining whether there is a change in the flow control 
when said determining determines that said command is likely to place a reference to an object 
on an execution stack. 
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However, Agesen discloses determining the control paths in an instruction sequence 
when there are instructions likely to reference an object, so that the instructions can be rewritten 
or translated to eliminate conflicts associated with the control paths, thereby improving garbage 
collection (see, for example, column 12, lines 51-67). Determining the control paths is 
analogous to determining whether there is a change in the flow control. 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to supplement the system of Steele with the feature of determining whether there is a 
change in the flow control, such as taught by Agesen, so that the command likely to place a 
reference to an object on an execution stack can be rewritten or translated to eliminate conflicts 
associated with the control paths, thereby improving garbage collection. 

Steele in view of Agesen also discloses: 

(c) computer program code for translating said command into another command when 
said determining determines that said command is likely to place a reference to an object on an 
execution stack of said object-oriented programming environment (see, for example, column 8, 
lines 28-39, which shows replacing or translating the instruction into another instruction, and 
column 7, lines 57-64); and 

(d) computer program code for placing a reference to said object on a reference stack 
associated with said execution stack when said another command is executed (see, for example, 
column 7, lines 33-56, which shows placing references on a reference stack during execution). 

With respect to claim 21 (currently amended), Steele also discloses the limitation wherein 
said object-oriented programming environment is a Java compliant operating environment (see, 
for example, column 4, lines 62-66). 
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14. Claims 11-14 and 17-19 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Steele, as applied to claims 10 and 16 above, respectively, in view of Agesen. 

With respect to claim 1 1 (currently amended), although Steele discloses determining 
whether a command is likely to place a reference to an object on an execution stack due to the 
invocation of a method or subroutine, i.e. a change in the flow control (see, for example, column 
8, lines 28-39 and column 6, lines 23-36), Steele does not expressly disclose the limitation 
wherein said determining that said Java command is likely to place the only reference to a Java 
object on the execution stack further comprises determining whether there is a change in the flow 
control. 

However, Agesen discloses detemiining the control paths in an instruction sequence 
when there are instructions likely to reference an object, so that the instructions can be rewritten 
or translated to eUminate conflicts associated with the control paths, thereby improving garbage 
collection (see, for example, column 12, lines 51-67). Determining the control paths is 
analogous to determining whether there is a change in the flow control. 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to supplement the system of Steele with the feature of determining whether there is a 
change in the flow control, such as taught by Agesen, so that the command likely to place a 
reference to an object on an execution stack can be rewritten or translated to eliminate conflicts 
associated with the control paths, thereby improving garbage collection. 

With respect to claim 12 (original), although Steele discloses determining whether a 
putfield instruction is Hkely to place a reference to an object on the execution stack (see, for 
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example, column 13, lines 46-56), Steele does not expressly disclose the limitation wherein said 
determining of whether said Java command is likely to place the only reference to a Java object 
on the execution stack further comprises determining whether a Putfield command is likely to 
overwrite a reference to an object on the execution stack before said reference is used. 

However, Agesen discloses determining whether a variable storing a reference is reused 
or overwritten before the reference is used, which causes a conflict, so that the instruction using 
the variable can be changed or translated to eliminate the conflict (see, for example, column 12, 
lines 9-30), thereby improving garbage collection (see, for example, column 5, lines 16-19). 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to supplement the system of Steele with the feature of determining whether a 
command is likely to overwrite a reference to an object before the reference is used, such as 
taught by Agesen, so that the command can be changed or translated to eliminate the conflict, 
thereby improving garbage collection. 

With respect to claim 13 (original), Steele also discloses the limitation wherein said 
reference stack and said execution stack have the same size (see, for example, column 4, lines 
23-29, which shows that the sub-stacks used for distinguishing references occupy the same 
memory as the single stack, i.e. the execution stack; note that such arrangement enables the 
reference stack and the execution stack to have the same size). 

With respect to claim 14 (original), Steele also discloses the limitation wherein at least 
one reference to a Java object is stored in an entry with an offset that is the same as the offset 
used to store said at least one reference in said execution stack, when said another command is 
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executed (see, for example, column 14, lines 21-46, which shows that the references are stored in 
slots or entries and that the offsets are numbered such that the ordering of the offsets is the same 
as the original). 

With respect to claim 17 (original), although Steele discloses determining whether a 
command is likely to place a reference to an object on an execution stack due to the invocation of 
a method or subroutine, i.e. a change in the flow control (see, for example, column 8, lines 28-39 
and column 6, lines 23-36), Steele does not expressly disclose the limitation wherein said 
Bytecode verifier operates to determine whether there is a change in the flow control 

However, Agesen discloses determining the control paths in an instruction sequence 
when there are instructions likely to reference an object, so that the instructions can be rewritten 
or translated to eliminate conflicts associated with the control paths, thereby improving garbage 
collection (see, for example, column 12, lines 51-67). Determining the control paths is 
analogous to determining whether there is a change in the flow control. 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to supplement the system of Steele with the feature of determining whether there is a 
change in the flow control, such as taught by Agesen, so that the command likely to place a 
reference to an object on an execution stack can be rewritten or translated to eliminate conflicts 
associated with the control paths, thereby improving garbage collection. 

With respect to claim 18 (original), although Steele discloses determining whether a 
putfield instruction is likely to place a reference to an object on the execution stack (see, for 
example, column 13, lines 46-56), Steele does not expressly disclose the limitation wherein said 
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Bytecode verifier operates to determine whether a Putfield command is hkely to overwrite a 
reference to an object on the execution stack before said reference is used. 

However, Agesen discloses determining whether a variable storing a reference is reused 
or overwritten before the reference is used, which causes a conflict, so that the instruction using 
the variable can be changed or translated to eliminate the conflict (see, for example, column 12, 
lines 9-30), thereby improving garbage collection (see, for example, column 5, lines 16-19). 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to supplement the system of Steele with the feature of determining whether a 
command is likely to overwrite a reference to an object before the reference is used, such as 
taught by Agesen, so that the command can be changed or translated to eliminate the conflict, 
thereby improving garbage collection. 

With respect to claim 19 (original), the limitations recited in the claim are identical to the 
limitations recited in claims 17 and 18 (therefore, see Steele and Agesen as applied to claims 17 
and 18 above). 

Conclusion 

15. Applicant's amendment necessitated the new ground(s) of rejection presented in this 
Office action. Accordingly, THIS ACTION IS MADE FINAL. See MPEP § 706.07(a). 
Applicant is reminded of the extension of time poHcy as set forth in 37 CFR 1.136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS fi*om the mailing date of this action. In the event a first reply is filed within TWO 
MONTHS of the mailing date of this final action and the advisory action is not mailed until after 
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the end of the THREE-MONTH shortened statutory period, then the shortened statutory period 
will expire on the date the advisory action is mailed, and any extension fee pursuant to 37 
CFR 1 .136(a) will be calculated from the mailing date of the advisory action. In no event, 
however, will the statutory period for reply expire later than SIX MONTHS from the date of this 
final action. 

16. Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Michael J. Yigdall whose telephone number is (571) 272-3707. 
The examiner can normally be reached on Monday through Friday from 7:30am to 4:00pm. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Tuan Q. Dam can be reached on (571) 272-3695. The fax phone number for the 
organization where this application or proceeding is assigned is 703-872-9306. 

Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or Pubhc PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR 
system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). 



Michael J. Yigdall 



Examiner 
Art Unit 2122 
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